home *** CD-ROM | disk | FTP | other *** search
- Path: library.erc.clarkson.edu!rpi!not-for-mail
- From: tangent@cyberport.com (Warren Young)
- Newsgroups: comp.lang.c++,comp.lang.c++.moderated
- Subject: Re: STL compatible compilers page
- Date: 21 Mar 1996 08:57:52 -0000
- Organization: none
- Sender: cppmods@netlab.cs.rpi.edu
- Approved: devitto@ferndown.ate.slb.com
- Message-ID: <4ir5mg$nmr@netlab.cs.rpi.edu>
- References: <4iisfl$aut@netlab.cs.rpi.edu> <4im5nh$457@netlab.cs.rpi.edu>
- NNTP-Posting-Host: netlab.cs.rpi.edu
- X-Original-Date: Thu, 21 Mar 1996 07:36:24 GMT
-
- fknauss@qualcomm.com (Friedrich Knauss) wrote:
-
- >In article <4iisfl$aut@netlab.cs.rpi.edu>,
- >Is there a fairly complete verification suite that can be used
- >to test all aspects of compatibility? Or for that matter whether
- >a particular STL implementation is complete?
-
- I doubt it. Still, a good first step is to just try to compile all of
- the headers (just to an object file, of course). If that test is
- passed, you at least know that the compiler groks the syntax --
- correctly, hopefully. In my limited experience, most
- incompatibilities surface at this level.
-
- Now completeness, _there's_ a noble goal. To do that, though, I think
- you'd have to basically write a verification suite.
-
- If you've got an STL version that compiles completely, though, and
- doesn't come with a document stating that it's been hacked, I would
- think that it's complete. If anyone's trying to pass off a hacked
- version as complete, let me know. I have no problem with temporary,
- hacked versions of STL being used, but to pass them off as complete,
- that's just scummy.
-
- = Warren --
-
- [ Articles to moderate: mailto:c++-submit@netlab.cs.rpi.edu ]
- [ Read the C++ FAQ: http://www.connobj.com/cpp/cppfaq.htm ]
- [ Moderation policy: http://www.connobj.com/cpp/guide.htm ]
- [ Comments? mailto:c++-request@netlab.cs.rpi.edu ]
-